home *** CD-ROM | disk | FTP | other *** search
- Subject: Re: Re(2): FW_CODPart::WritePartInfo
- Sent: 7/15/96 4:01 PM
- Received: 7/15/96 4:41 PM
- From: Hutchings, Richard B. "Brad", brad@hutchings-software.com
- Reply-To: ODF Interest, ODF-Interest@CILabs.ORG
- To: OpenDoc Development Framework Discussion List, ODF-Interest@CILabs.
-
- Sorry David. I know better than to be that imprecise.
-
- > When you say "delete" I wonder whether you are destroying the entire
- value
- > or merely excising a portion. If the latter, I'll have to ask Ed whether
- > his garbage collection works on unreachable _pieces_ of values.
-
- I tried both routes - excising a portion and deleting the value. Neither
- reduced the file size.
-
- > When you say "has no effect", do you mean only that the data is still in
- > the file, or that subsequent calls to the Storage API demonstrates that
- > the data is still accessible through the interface?
-
- By no effect, I meant that the file size was not reduced. I do imagine that
- this will irritate users big time. It would be VERY useful if there were a
- little drag and drop utility that developers could ship that would compact
- and/or repair Bento files. Maybe a good 3rd party opportunity. I'd license
- it.
-
- BTW, the drafts looks as I would expect in DumpDraft - a neat tool. Here's
- a DumpDraft hint. Put the source file on a RAM disk. You have to have a 40
- MB Mac anyway to compile ODF - you can spare 1MB :-). The time speedup is
- phenominal. If you listen very carefully, you can even hear your RAM
- whirring and grinding!
-
-
-
-
- Brad
-
- <mailto: "Brad Hutchings" brad@hutchings-software.com>
- <http://www.hutchings-software.com>
-
- Ask me about:
- Hutchings Software's Rapid-I(tm) Button
- Hutchings Software's Essential Strips(tm)
-